正在阅读：浪潮PS-ERP压力测试报告--AMD单路服务器浪潮PS-ERP压力测试报告--AMD单路服务器

　　图13  帐务混合测试（80并发）

　　图14 系统占用资源

　　从结果可以看出这样低端配置的服务器运行这样的压力测试，当并发数接近100时已经有些力不从心，涉及到数据库大量查询索引时，有些任务象帐务的科目余额查询模块的等待时间已经超过了800秒(图13)，此时CPU占用率已被逼到100%（图14）,超过100并发时也出现了预料之中的transaction fail。可见数据的压力已经接近或超过了硬件的极限，这里已经出现处理器瓶颈。

　　图15 各模块平均响应时间

　　各模块对数据库的压力大小有所区别，表现出来的响应时间从会有很长差异（图15），这里关键视乎用户的接受程度。象某些使用任务量繁重但使用较少的功能模块，如月结、年度数据查询等涉及大量数据库调用和系统运算资源的模块，这样需要用户在实际应用合理的分配系统资源，以求负载平衡。

　　图16 TPS

　　小数据库混合测试结果显示每秒平均处理事务数3.379（图16），相对于经过认证的SAP-SD基准测试动辄数千的TPS，是显得少了点，但试想下，那些服务器大厂用来测试的硬件都是不惜血本只为了不断把成绩刷新哪怕只要1%。相形之下，PConline ERP压力测试小组手上的服务器真的十分简陋。

小结：

　　另外，SAP-SD的测试其实是个单模块独立测试，和本次ERP压力测试的多模块混合测试其实没有什么可比性，表面上我们只抽取了物流功能6模块帐务功能3模块一共9大模块，但实际上浪潮ERP-PS的业务环节之间都有着或多或少的联系，测试平台的软件都是选全部安装，测试用的帐套数据库也是包括全部功能模块的，我们所选取的9个核心业务模块在后台数据是有着更加广泛联系和调用。混合测试的总共测试动作步数和SAP-SD也不在一个数量级上。所以在曙光A440上的结果也符合我们先前的预测，在这个硬件平台上达到80并发的极限已经是可以接受的结果。